home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / iesg / iesg.92-01-02 < prev    next >
Text File  |  1993-02-04  |  8KB  |  231 lines

  1.  
  2.  
  3.                      IETF STEERING GROUP (IESG)
  4.  
  5.                   REPORT FROM THE TELECONFERENCE
  6.  
  7.                        January 2nd, 1992
  8.  
  9.          Reported by:
  10.          Greg Vaudreuil, IESG Secretary
  11.  
  12. This report contains
  13.  
  14.         - Meeting Agenda
  15.         - Meeting Attendees
  16.         - Meeting Notes
  17.  
  18. Please contact IESG Secretary Greg Vaudreuil
  19.  
  20.  
  21.  
  22. Attendees
  23. ---------
  24.  
  25.     Almquist, Philip / Consultant
  26.     Borman, David / Cray Research
  27.     Chiappa, Noel
  28.     Crocker, Dave / TBO
  29.     Crocker, Steve / TIS
  30.     Coya, Steve / CNRI
  31.     Davin, Chuck / MIT
  32.     Estrada, Susan / CERFnet
  33.     Gross, Philip / ANS
  34.     Hinden, Robert / BBN
  35.     Hobby, Russ / UC-DAVIS
  36.     Huizer, Erik / SURFnet
  37.     Reynolds, Joyce / ISI
  38.     Piscitello, Dave / Bellcore
  39.     Stockman, Bernard / SUNET/NORDUnet
  40.     Vaudreuil, Greg / CNRI
  41.  
  42. Regrets
  43.  
  44. Agenda
  45. ------
  46.  
  47. 1.0 Administrivia
  48.   1.1 Bash the Agenda
  49.   1.2 Introduction of new IESG members
  50.   1.3 Review & Approval of old minutes
  51.   1.4 Set date of next IESG teleconference
  52.  
  53. 2.0 IAB Architecture Retreat
  54.  
  55. 3.0 Protocol Actions
  56.  
  57.  3.1 Type 0f Service 
  58.  3.2 TCP Large Windows
  59.  3.3 Appletalk Tunneling (AURP)
  60.  3.4 Point to Point Protocol, LCP, IPCP, and Authentication
  61.  3.5 DISI X.500 Executive Summary
  62.  
  63. 4) RFC Editor Actions
  64.  4.1 Mail Checking Protocol
  65.  4.2 Mail Send Protocol
  66.  
  67. 5) Technical Management
  68.  5.1 Review of User Friendly Naming teleconference
  69.  
  70.  
  71.  
  72. Minutes
  73. --------
  74.  
  75. 1.0 Administrivia
  76.  
  77. 1.1 Minutes
  78.  
  79. A review of outstanding Minutes was deferred.
  80.  
  81. 1.2 Welcome to Huizer and Piscitello
  82.  
  83.    Phill Gross announced two additions to the IESG, Erik Huizer from Surfnet and David Piscitello from Bellcore. They will serve as co-area directors for the OSI Integration area.
  84.  
  85. 1.3 Next IESG meeting
  86.  
  87.    The IESG is planning to meet again by teleconference January 23rd.
  88.    The IESG has been invited to the IAB Architecture Retreat January
  89.    8th and 9th.
  90.  
  91. 2. Architecture Retreat
  92.  
  93.    The IAB is hosting a follow up Internet Architecture Retreat.  The
  94.    first one was held at the San Diego Supercomputer Center in June 91.
  95.    The Minutes of that meeting are published as RFC 1287.  This meeting
  96.    will have a primary emphasis on security.
  97.  
  98.    Phill Gross called the IESG to a renewed focus on internet technical
  99.    evolution, and has scheduled discussion on the IESG Technical
  100.    Planning Document.
  101.  
  102. Action: Vaudreuil -- Schedule a discussion on the IESG technical
  103. Evolution document for the January 23 Teleconference.
  104.  
  105. 3. Protocol Actions
  106.  
  107. 3.1 Type of Service
  108.  
  109.    The type of service documents are just about complete.  There is one
  110.    remaining technical nit and a few small changes needed.  The IESG
  111.    reviewed the current document and is satisfied.  Further detailed
  112.    discussion will occur at the January 23rd teleconference after the
  113.    final document has been published as an Internet Draft.
  114.  
  115. ACTION: Vaudreuil: Issue a last call after a new version of the TOS
  116. document is submitted.
  117.  
  118.    The Forwarding Table MIB document was approved at the last IESG
  119.    teleconference.  Because of a dependency between the Forwarding
  120.    Table MIB and the TOS document, the last call was delayed.  This
  121.    call should be send out at the same time as the TOS last call.
  122.  
  123. ACTION: Vaudreuil -- Send out a last call notification on the
  124. forwarding table MIB at the same time the TOS last call is sent.
  125.  
  126. 3.2 TCP Large Windows
  127.  
  128.    A final version of the TCP Extensions for High Performance has been
  129.    sent to the IESG for consideration as a Proposed Standard.
  130.  
  131. ACTION: Vaudreuil -- Send a last call on the TCP High Performance
  132. extensions document.
  133.  
  134. ACTION: Coya -- Schedule a presentation at the next IETF meeting on the
  135. TCP Large Window specification. Also schedule a separate presentation
  136. on Cray Research's work on high speed TCP.
  137.  
  138. ACTION: Borman -- Write a technical summary for an IESG recommendation
  139. on the TCP Extensions.
  140.  
  141. 3.3 Appletalk Tunneling (AURP)
  142.  
  143.    The IESG reviewed the Appletalk Tunneling document. A last call was
  144.    issues, and several comments were received.  There is some degree of
  145.    unhappiness in the community over the process in which this document
  146.    was written. It appeared the development process was not as open as
  147.    it could be.
  148.  
  149.    It is not clear that this document should not be advanced as a
  150.    Informational document describing an Apple Protocol.  The AURP
  151.    proposal deals with both Appletalk Tunneling, and a larger question
  152.    of routing and disjoint namespace management. The IESG did not have
  153.    enough information to make a decision.
  154.  
  155. ACTION: Chiappa -- Investigate the Appletalk Tunneling documents both
  156. in terms of their constituency and technical focus.
  157.  
  158. 3.4 Point to Point Protocol, LCP, IPCP, and Authentication
  159.  
  160.    The Point to Point Protocol document have undergone yet another last
  161.    minute change.  The IESG welcomes the efforts to find and eliminate
  162.    bugs in the protocols before re-submission as proposed standards.
  163.    The IESG has agreed to hold off consideration of these documents for
  164.    several weeks to insure their stability before advancing them to
  165.    Proposed Standard.
  166.  
  167. ACTION: Vaudreuil -- Issue a last call for the PPP documents once they
  168. have become stable.
  169.  
  170. 4.5 DISI X.500 Executive Summary
  171.  
  172.    The Directory Information Services Infrastructure working group has
  173.    submitted an Informational document to the IESG for publication.
  174.    The IESG applauds this effort.  Erik Huizer has requested that the
  175.    document be discussed with the RARE WG3.
  176.  
  177.    A few loose ends were spotted.  The abstract provides references to
  178.    additional references not included in the document.
  179.  
  180. ACTION: Vaudreuil -- Craft a "Notification" to the RFC Editor for the
  181. X.500 Executive Summary document after discussing the documents with
  182. Rare WG3 and resolution of editorial nits.
  183.  
  184. 5. RFC Editor Actions
  185.  
  186.    This IESG has been reminded on several occasions that there continue
  187.    to be outstanding RFC Editor actions.  The IESG has reviewed each of
  188.    the actions, and in many cases has raised technical objections to
  189.    the documents.  A discussion ensued about the expected role of the
  190.    IESG in giving advise to the RFC Editor.
  191.  
  192.    The IESG currently reviews Informational and Experimental protocol
  193.    for the RFC Editor.  This review is focused on 1) Conflict and
  194.    coordination with existing standards efforts, and 2) A "Danger
  195.    limitation" review both in terms of security and network usage.
  196.  
  197.    It is not clear how the IESG became the arbiter of protocol "Safety"
  198.    for experimental protocols, but it is willing to continue this
  199.    function.  Currently the IESG notifies the RFC Editor when serious
  200.    objections have been raised.  The confusion and delay occur in
  201.    resolving the conflict.
  202.  
  203.    Is it the responsibility of the IESG to act as an agent of the RFC
  204.    Editor in requiring changes to a document to be published, or is it
  205.    IESG responsible to simply notify the IESG editor of the problems
  206.    and suggested fixes?  The question becomes complex.  Many objections
  207.    raised in the IESG can, and are expected to be resolved with
  208.    informal dialogue with the author.  Other objections result from a
  209.    basic disagreement either in terms of technical adequacy or intended
  210.    scope.  Many of the worst delays result from apparent deadlock.
  211.  
  212.    No immediate resolution of this problem was discussed.  Further
  213.    off-line discussion between Vaudreuil, Reynolds, and Postel was
  214.    suggested.
  215.  
  216. ACTION: Vaudreuil and Reynolds -- Converse with the RFC Editor and
  217. clarify the expectations of the IESG and RFC Editor in the review of
  218. Informational and Experimental Protocols.
  219.  
  220. 5.1 Message Send Protocol
  221.  
  222.    No resolution between the IESG and the authors has been reached.
  223.  
  224. ACTION: S. Crocker -- Offer specific text to the authors of the Message
  225. Send Protocol and the RFC Editor.
  226.  
  227. 5.2 Mail Checking Protocol
  228.  
  229.    The IESG reviewed this protocol.  Specific security concerns were
  230.    raised and send to the authors of the document and the RFC editor.
  231.